Methods and systems for determining routing

ABSTRACT

Systems and methods are presented for sequencing locations and events and determining routing and itineraries for the sequence. In some embodiments the system may receive a starting location, a first location, and a second location in a default order. The system may determine a sequence from the starting location for the first location and the second location. The system may generate a route for the sequence with the route having transportation directions between the starting location, the second location, and the first location indicative of the sequence. The system may display the route in a graphical user interface of an application.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.15/198,339, filed on Jun. 30, 2016, now U.S. Pat. No. 9,631,939, issuedApr. 25, 2017; which is a continuation of U.S. patent application Ser.No. 14/479,230, filed on Sep. 5, 2014, now U.S. Pat. No. 9,389,094,issued Jul. 12, 2016; the disclosures of both of these applications andpatents are incorporated by reference herein.

TECHNICAL FIELD

The subject matter disclosed herein generally relates to generatingitineraries. In some example embodiments, the present disclosures relateto systems and methods for generating, scheduling, and routing a useritinerary.

BRIEF DESCRIPTION OF THE DRAWINGS

Some embodiments are illustrated by way of example and not limitation inthe figures of the accompanying drawings.

FIG. 1 is network diagram illustrating a network environment, accordingto some example embodiments.

FIG. 2 is a block diagram illustrating a mobile device suitable forexecuting a portion of a set of instructions of the route or itinerarygeneration system, according to some example embodiments.

FIG. 3 is a flow chart illustrating operations of a device in performinga method of sequencing locations and generating a route based on thesequence, according to some example embodiments.

FIG. 4 is a flow chart illustrating operations of a device in performinga method of sequencing events and generating an itinerary and routebased on the sequence, according to some example embodiments.

FIG. 5 is an illustration of an example graphical user interface of anapplication receiving information indicative of an event, according tosome example embodiments.

FIG. 6 is an illustration of an itinerary generated by the itinerarygeneration system, according to some example embodiments.

FIG. 7 is a flow chart illustrating operations of a device in performinga method of sequencing events and generating an itinerary and routebased on the sequence, according to some example embodiments.

FIG. 8 is a flow chart illustrating operations of a device in performinga method of sequencing events, generating an itinerary and route basedon the sequence, and rescheduling one of the sequence of events,according to some example embodiments.

FIG. 9 is a flow chart illustrating operations of a device in performinga method of sequencing events, generating an itinerary and route basedon the sequence, and scheduling a reservation of a suggested event,according to some example embodiments.

FIG. 10 is an illustration of an example suggested event and areservation element, according to some example embodiments.

FIG. 11 is an illustration of an example itinerary incorporating asuggested event, according to some example embodiments.

FIG. 12A is an illustration of an example set of routes determined bythe itinerary generation system, according to some example embodiments.

FIG. 12B is an illustration of an example selected route of the exampleset of routes determined by the itinerary generation system, accordingto some example embodiments.

FIG. 13 is a block diagram illustrating components of a machine,according to some example embodiments, able to read instructions from amachine-readable medium and perform any one or more of the methodologiesdiscussed herein.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

Example methods and systems are directed to organizing and sequencing aset of events or locations and generating routes and itineraries basedon the sequences determined for the set of events or locations. In someexample embodiments, an application may receive, from a user,information relating to a plurality of locations, events, appointments,or other places of interest. The application may determine an optimalsequence or set of sequences for traveling between locationsrepresentative of the information received from the user. Theapplication may then generate a route, a set of routes, an itinerary, ormodify an existing route or itinerary based on the sequence or set ofsequences. Examples merely typify possible variations. Unless explicitlystated otherwise, components and functions are optional and may becombined or subdivided, and operations may vary in sequence or becombined or subdivided. In the following description, for purposes ofexplanation, numerous specific details are set forth to provide athorough understanding of example embodiments. It will be evident to oneskilled in the art, however, that the present subject matter may bepracticed without these specific details.

In some example embodiments, methods and systems of the presentdisclosure may receive, sequence, and/or publish a set of appointmentsor services and times for a merchant. The appointments of the merchantmay be used by an application, exemplifying the methods and systems ofthe present disclosure, in determining optimal sequences or sets ofsequences of user entered locations, events, or places of interest.

In some example, embodiments, an application exemplifying the presentdisclosure may determine information about the user, such aspreferences, common activities, and the like, in order to generatesuggestions for additional activities or locations of interest along agenerated route or in a generated itinerary. When selected by the user,the application may determine a new sequence or set of sequences byinserting the suggested activity or location into the sequence or set ofsequences. The application may then generate a route or itinerary basedon the new sequence or set of sequences.

With regard to suggesting activities or locations, in some exampleembodiments, the application may communicate with systems of merchantspublishing sets of appointments or services in order to requestreservations or available appointment slots within the set ofappointments. Once the reservation has been accepted or confirmed by themerchant, the application may generate a new sequence or set ofsequences and a new route or itinerary including the reservation,indicated by a time, place, and set of directions between thereservation and other locations, events, or activities within thesequence and the route or itinerary.

FIG. 1 is a network diagram illustrating a network environment 100suitable for determining a sequence of a plurality of locations orevents and generating routes or itineraries indicative of the pluralityof locations or events according to the sequence, according to someexample embodiments. The network environment 100 includes a servermachine 110, a database 125, and devices 130 and 150, allcommunicatively coupled to each other via a network 190. The servermachine 110 may form all or part of a network-based system 105 (e.g., acloud-based server system configured to provide one or more services tothe devices 130 and 150). The server machine 110 and the devices 130 and150 may each be implemented in a computer system, in whole or in part,as described below with respect to FIG. 8.

FIG. 1 additionally illustrates components of the server machine 110,according to some example embodiments. The server machine 110 is shownas including an access module 112, a sequence module 114, a generationmodule 116, a display module 118, a communication module 120, arecommendation module 122, and a storage module 124 all configured tocommunicate with each other (e.g., via a bus, shared memory, or aswitch). Any one or more of the modules described herein may beimplemented using hardware (e.g., one or more processors of a machine)or a combination of hardware and software. For example, any moduledescribed herein may configure at least one processor (e.g., among oneor more processors of a machine) to perform the operations describedherein for that module. Moreover, any two or more of these modules maybe combined into a single module, and the functions described herein fora single module may be subdivided among multiple modules. Furthermore,according to various example embodiments, modules described herein asbeing implemented within a single machine, database, or device may bedistributed across multiple machines, databases, or devices. Forexample, in some embodiments, certain modules or a portion of the accessmodule 112, the sequence module 114, the generation module 116, thedisplay module 118, the communication module 120, the recommendationmodule 122, and the storage module 124, may be included in one or moreof the devices 130 and 150, as included within an application. By way ofadditional example, in some embodiments, an application on one or moreof the devices 130 and 150 may interact with the communication module120 to perform the methods of the present disclosure.

One or both of the users 132 and 152, shown in FIG. 1, may be a humanuser (e.g., a human being), a machine user (e.g., a computer configuredby a software program to interact with the device 130), or any suitablecombination thereof (e.g., a human assisted by a machine or a machinesupervised by a human). The user 132 is not part of the networkenvironment 100, but is associated with the device 130 and may be a userof the device 130. For example, the device 130 may be a desktopcomputer, a vehicle computer, a tablet computer, a navigational device,a portable media device, a smartphone, or a wearable device (e.g., asmart watch or smart glasses) belonging to the user 132. Likewise, theuser 152 is not part of the network environment 100, but is associatedwith the device 150. As an example, the device 150 may be a desktopcomputer, a vehicle computer, a tablet computer, a navigational device,a portable media device, a smartphone, or a wearable device (e.g., asmart watch or smart glasses) belonging to the user 152.

Any of the machines, databases, or devices shown in FIG. 1 may beimplemented in a general-purpose computer modified (e.g., configured orprogrammed) by software (e.g., one or more software modules) to be aspecial-purpose computer to perform one or more of the functionsdescribed herein for that machine, database, or device. For example, acomputer system able to implement any one or more of the methodologiesdescribed herein is discussed below with respect to FIG. 8. As usedherein, a “database” is a data storage resource and may store datastructured as a text file, a table, a spreadsheet, a relational database(e.g., an object-relational database), a triple store, a hierarchicaldata store, or any suitable combination thereof. Moreover, any two ormore of the machines, databases, or devices illustrated in FIG. 1 may becombined into a single machine, and the functions described herein forany single machine, database, or device may be subdivided among multiplemachines, databases, or devices.

The network 190 may be any network that enables communication between oramong machines, databases, and devices (e.g., the server machine 110 andthe device 130). Accordingly, the network 190 may be a wired network, awireless network (e.g., a mobile or cellular network), or any suitablecombination thereof. The network 190 may include one or more portionsthat constitute a private network, a public network (e.g., theInternet), or any suitable combination thereof. Accordingly, the network190 may include one or more portions that incorporate a local areanetwork (LAN), a wide area network (WAN), the Internet, a mobiletelephone network (e.g., a cellular network), a wired telephone network(e.g., a plain old telephone system (POTS) network), a wireless datanetwork (e.g., WiFi network or WiMax network), or any suitablecombination thereof. Any one or more portions of the network 190 maycommunicate information via a transmission medium. As used herein,“transmission medium” refers to any intangible (e.g., transitory) mediumthat is capable of communicating (e.g., transmitting) instructions forexecution by a machine (e.g., by one or more processors of such amachine), and includes digital or analog communication signals or otherintangible media to facilitate communication of such software.

Referring to FIG. 2, a block diagram illustrating a mobile device 200configured to interface and communicate with various aspects of thenetwork environment 100 and the network-based system 105 presented,according to some example embodiments. In at least some embodiments, themobile device 200 may be an implementation of the device 130 or thedevice 150. Examples of the mobile device 200 may include a tablet orother device owned and controlled by a user, a merchant, a serviceprovider, or the like. In some embodiments, the mobile device 200 andthe merchant or service provider may be associated with a staticlocation. In some embodiments, the mobile device 200 and the merchant orservice provider may operate within an area or region. For example, themerchant may be a food truck, operating in differing parts of a cityduring the course of a day or a service provider visiting variousappointment sites during a given day.

The mobile device 200 may include a processor 210 and a memory 220,where the memory 220 stores an operating system 230 and one or moreapplications 240, in addition to the operating system 230. In someembodiments, the mobile device 200 may also include a display 250, oneor more input/output devices 260, an antenna 270, and a transceiver 280.

The processor 210 may be any of a variety of different types ofcommercially available processors suitable for the mobile devices 200(e.g., an XScale architecture microprocessor, a Microprocessor withoutInterlocked Pipeline Stages (MIPS) architecture processor, or anothertype of processor). The processor 210 may be configured to operate oneor more applications 240, which may be configured to interface andcommunicate with various aspects of the network environment 100. Datafrom the display 250 and transceiver 280, and other input modules, notshown, may be processed by processor 210.

The processor 210 may be coupled, either directly or via appropriateintermediary hardware, to the display 250 and to one or moreinput/output (I/O) devices 160, such as a keypad, a touch panel sensor,a microphone, a controller, a camera, and the like. Similarly, in someembodiments, the processor 210 may be coupled to the transceiver 280that interfaces with the antenna 270. In some example embodiments, theprocessor 210 may include a plurality of processors, a plurality ofprocessor cores in a multi-core processor, or modules configured toperform various operations according to aspects of the presentdisclosure.

The memory 220, such as a random access memory (RAM), a Flash memory, orother type of memory, may be accessible to the processor 210. The memory220 may be adapted to store the operating system (OS) 230, as well asthe application(s) 240, such as a mobile application for sequencingevents or locations and generating routes or itineraries for the eventsor locations based on the sequence of the events or locations.

The display 250 may be configured to display information relevant to theuser's 132 or 152 interactions with the network-based system 105. Thedisplay 250 can be coupled to the processor 210, which can process andgenerate the graphical information for display in the display 250. Insome example embodiments, the display 250 can include any suitabledisplay device such as a touchscreen or touch data functionality, inthat the user 132 can interface with a graphical user interface (GUI)displayed on the display 250 via some kind of tactile input.

The antenna 270 may receive and transmit signals to and from thenetworked-based system 105. In some cases, various commands andinformation can be sent to and passed on from the mobile device 200, viathe antenna 270, through the network 190 and to the network-based system105 to various other aspects of the network environment 100. The antenna270 can be coupled to a transceiver 280. The transceiver 280 may beconfigured to both transmit and receive cellular network signals,wireless data signals, or other types of signals via the antenna 270,including information related to conducting consumer transactions, suchas scheduling events or services; interacting with other network-basedsystems; interacting with other users; accessing events, locations,appointments, or reservations; sequencing events or locations; mappinglocations and events; and generating or receiving generated routesand/or itineraries in the network environment 100.

FIG. 3 is a flow chart illustrating operations of the device 130 or 150,the network-based system 105, or a combination thereof, in performing amethod 300 of sequencing a set of locations and generating a route inaccordance with the sequence, according to some example embodiments.Operations in the method 300 may be performed by the device 130 or 150,using modules described above with respect to FIG. 1. As shown in FIG.3, the method 300 includes operations 310, 320, 330, and 340. Althoughthe operations of method 300 may be performed on the network-basedsystem 105 or the device 130 or 150, or performed with a portion of themethod 300 being performed on the network-based system 105 and a portionbeing performed on the device 130 or 150, for the sake of clarity, themethod 300 will be described with reference to the device 130.

In operation 310, the device 130 receives a plurality of locations in adefault order. For example, the device 130 may receive a startinglocation, a first location, and a second location in a default order.The plurality of locations may be any location, such as an address,geographical coordinates, an intersection of cross streets, or the like.The default order may be determined by the user 132 entering theplurality of locations into a graphical user interface of theapplication on the device 130. In some embodiments, the access module112 may perform the function of operation 310 of the method 300 byaccessing events from a second application without the user 132 enteringinformation into the application performing the method 300.

In some embodiments, the location may be determined by the device 130,using the application accessing the network-based system 105 or usingthe network environment 100 and a third party network-based system. Forexample, the user 132 may enter a term having an associated location,such as a search term, such as a type of food; a name of a business; aname of an office of a governmental agency; or the like. The user 132may indicate a desire to search for the associated location using thesearch term. The device 130 may determine, based on the term, theassociated location by transmitting a query, through the network 190 tothe network-based system 105. The network-based system 105 may thendetermine the associated location and transmit the associated locationto the device 130. In some embodiments, the device 130 may suggest theassociated location or a set of associated locations to the user 132. Insome embodiments, the device 130 may automatically populate one or moredata entry fields with the associated location.

In operation 320, the device 130 determines a sequence for the pluralityof locations. In some embodiments, the sequence may be initiated from astarting location or a current location of the user 132. For example,where the device 130 receives the starting location, the first location,and the second location, the device 130 may determine the sequence fromthe starting location for the first location and the second location.The device 130 may determine the sequence based on sequence factors inorder to determine or attempt to determine an optimal sequence forarriving at the locations. For example, the sequence may be determinedwith the second location preceding the first location in the sequence,based on the sequence factors. In at least some embodiments, the device130 may determine a sequence regardless of or despite the order, inwhich the locations were received, based on the sequence factors. Insome embodiments, the sequence module 114 may perform the function ofthe operation 320 of the method 300 in the application.

The sequence factors may be selection criteria or characteristicsrelating to the location. For example, in some embodiments, the sequencefactors may include a distance between a starting location and asubsequent location, a distance between two locations, a round tripdistance, traffic conditions, a time of day, a transportation delaybetween locations, transit times between locations, hours of operationof a location, a predetermined range of time, a vehicle fueling stationlocation, a vehicle effective range, a public transportationavailability, a transportation type, a weather forecast, a currentweather condition, a selected importance of the location, a scheduledtime associated with the location, and the like.

In some embodiments, the device 130 may apply differential weights toone or more of the sequence factors. For example, the device 130 mayaccord a higher weight to the sequence factors of the vehicle effectiverange, the selected importance of the location, and the scheduled timethan to the sequence factors of the round trip distance, the distancebetween two locations, and the vehicle fueling station location.Further, in some embodiments, the weight applied to one or more of thesequence factors may change based on the plurality of locations receivedby the device 130, the transportation type, or the combination ofsequence factors applied to sequence the plurality of locations.

In operation 330, the device 130 generates a route for the sequence. Theroute may comprise transportation directions between the plurality oflocations. For example, where the device 130 receives the startinglocation, the first location, and the second location, the device 130may generate the route between the starting location, the secondlocation, and the first location indicative of the sequence. In someembodiments, the transportation directions of the route may comprisewalking directions, bicycling directions, driving directions, publictransportation directions, or the like. In some embodiments of thepublic transportation directions, the device 130 may communicate withanother application, the network-based system 105, or a third partynetwork-based system to arrange for a chauffeur, charteredtransportation, a flight, or other schedulable transportation. Further,in some embodiments, the route generated by the device 130 may comprisemultiple differing types, such as a route comprising a combination ofdriving directions, walking directions, and public transportationdirections. In some embodiments, the generation module 116 may performthe operation 330 of the method 300 in the application.

In operation 340, the device 130 displays the route in a graphical userinterface of the application. In some embodiments, the device 130 maydisplay a plurality of routes with associated travel times. In someembodiments, the route may be displayed as a list of directions, acourse charted on a map, a combination of a course charted on a map anda list of directions, spoken directions, or combinations thereof. Insome embodiments, the display module 118 may perform the operation 340in the application.

By way of illustration for method 300, the user 132 may enter theplurality of locations, indicative of errands that the user 132 needs torun during a given day. For instance, the user 132 may have run out ofmilk on Monday, determined that she needed an oil change on Tuesday, andrealized on Wednesday that she needed to renew her driver's license. Theuser 132 may enter the locations, of a grocery store, an oil changebusiness, and a local branch of the Department of Motor Vehicles, intothe application in the above sequence. However, given the location ofthe errands, the nature of the errands, and the expected time requiredto complete the errands, the order listed may not be an optimal orderfor completing the errands within the same day. Further, the orderlisted may result in an outcome contrary to the purpose of the errand,such as milk spoiling in a hot car while waiting in line at the DMV. Thedevice 130 may determine, based on the sequence factors, that a durationof a visit to the DMV may be longer based on a later arrival time, thatthe store, having milk, may be open later than the DMV, and that the oilchange business closes before the store. The device 130 may thendetermine a sequence for the locations in the order of visiting the DMV,visiting the oil change business, and stopping at the store prior toreturning home. However, the device 130 may also determine, based on anappointment for the oil change, that despite incurring a longer wait atthe DMV, the oil change should be included in the sequence prior to thevisit to the DMV.

Referring now to FIGS. 4 and 5, FIG. 4 is a flow chart illustratingoperations of the device 130 or 150, the network-based system 105, or acombination thereof, in performing a method 400 of sequencing a set ofevents and generating an itinerary in accordance with the sequence,according to some example embodiments. Operations in the method 400 maybe performed by the device 130 or 150, using modules described abovewith respect to FIG. 1. As shown in FIG. 5, the method 400 includesoperations 410, 420, 430, and 440. Although the operations of method 400may be performed on the network-based system 105 or the device 130 or150, or performed with a portion of the method 400 being performed onthe network-based system 105 and a portion being performed on the device130 or 150, for the sake of clarity, the method 400 will be describedwith reference to the device 130.

In the operation 410, shown in FIGS. 4 and 5, the device 130 receives aplurality of events. At least a portion of the events having a locationand a time. For example, the device 130 may receive a first event and asecond event in a default order. In this example, a first location is alocation of the first event and a second location is the location of asecond event. The first event may also have a first time indicative of astart of the event. In some embodiments, the second event may also havea time, and at least one of the first event and the second event mayhave a time duration, an expected duration, a starting time range, anending time range, and a second time indicative of an end of the event.

As shown in FIG. 5, an application 500 may have a graphical userinterface with a plurality of data entry fields configured to receivedata indicative of aspects of the event. As depicted, the application500 has data entry fields 510-590. The data entry field 510 may receivedata indicative of an event title. The data entry field 520 may receivedata indicative of an event location. The data entry fields 530, 540,and 550 may receive event date information of month, day, and year,respectively, for example. It will be understood that in countries withdiffering date conventions, the organization of data indicative of amonth, a day, and a year for an event, within the data entry fields 530,540, and 550, may change. The data entry field 560 may receive a starttime for the event, and the data entry field 570 may receive an endtime. The data entry field 580 may receive data indicative of attendeesof the event. The data entry field 590 may receive data indicative ofnotes for the event.

Although depicted with data entry fields 510-590, it will be understoodthat the application 500 may have greater or fewer data entry fields.For example, in some embodiments, data indicative of requiredattendance, an indication of importance, recurrence information, andother data indicative of the event may be entered into the data entryfield 590 as a note. However, in some embodiments, distinct data entryfields may be provided for each type of information or characteristicrelating to an event. Similarly, the application 500 may be providedwith a selectable element within the graphical user interface,associated with event data being entered, enabling the user 132 to addadditional data entry fields and specify characteristic or informationtypes associated with those additional data entry fields.

Referring again to FIG. 4, in the operation 420, the device 130 maydetermine a sequence of the first event and the second event. In someembodiments, the sequence may be initiated from a starting location, acurrent location, a starting event, or a current event associated withthe user 132. For example, where the device 130 receives the first eventand the second event, the device 130 may determine the sequence from thestarting location for the first event and the second event. The device130 may determine the sequence based on sequence factors in order todetermine or attempt to determine an optimal sequence for arriving atthe first location associated with the first event and the secondlocation for the second event. In some embodiments, where one or more ofthe plurality of events has an associated time (e.g., a scheduledstarting time, a scheduled ending time, a scheduled duration, anexpected duration, a time range, or the like), the device 130 maydetermine an optimal sequence for arriving at the first location and thesecond location within the constraints of the associated time(s) and inlight of parameters such as transportation times and schedules. Forexample, the sequence may be determined with the second event precedingthe first event in the sequence, based on the sequence factors. In atleast some embodiments, the device 130 may determine a sequenceregardless of or despite the order, in which the locations werereceived, and regardless of or despite a desired order of the user 132,based in part on the sequence factors.

The sequence factors may be selection criteria or characteristicsrelating to the plurality of events. For example, in some embodiments,the sequence factors may include a distance between a starting locationand a location of one of the plurality of events, a distance between twolocations associated with two of the plurality of events, a round tripdistance, traffic conditions, a time of day, a transportation delaybetween locations, transit times between locations, hours of operationof a location, a predetermined range of time, a vehicle fueling stationlocation, a vehicle effective range, a public transportationavailability, a transportation type, a weather forecast, a currentweather condition. Further, in some embodiments, the sequence factorsmay be related to characteristics of the events, such as a selectedimportance of the event, a scheduled starting time of the event, ascheduled ending time, a scheduled duration, an expected duration, atime range, selected importance of the event, a requirement of the event(e.g., a court appearance, a mandatory business meeting, an interview,or the like), an indication of desire for an event indicated by the user132, a user preference, a connection to social media, and othercharacteristics relating to one or more of the plurality of events, theuser 132, or a combination thereof.

In some embodiments, the device 130 may apply differential weights toone or more of the sequence factors. For example, the device 130 mayaccord a higher weight to the sequence factors of the vehicle effectiverange, the selected importance of the location, and the scheduled timethan to the sequence factors of the round trip distance, the distancebetween two locations, and the vehicle fueling station location.Similarly, the device 130 may accord a higher weight to the sequencefactors of a selected importance of the event, a requirement of theevent, a scheduled starting time of the event as opposed to a time rangefor the event. Further, in some embodiments, the weight applied to oneor more of the sequence factors may change based on the plurality oflocations received by the device 130, the transportation type, or thecombination of sequence factors applied to sequence the plurality oflocations.

In the operation 430, the device 130 generates an itinerary for theplurality of events. The itinerary may comprise information indicativeof locations for events ordered according to the sequence, a routeextending between a starting location and locations of the plurality ofevents, and information indicative of the plurality of events. Forexample, where the device 130 receives a starting location, a firstevent, and a second event, the device 130 may generate the itinerary forthe starting location, the first location, and the second location. Inthis example, the itinerary may comprise information indicative of afirst location of the first even and information indicative of a secondlocation of the second event, the first and second locations orderedaccording to the sequence. In some embodiments, the informationindicative of the first event may further comprise the first locationand the first time and the information indicative of the second eventmay comprise the second location and a second time. In this example, theitinerary may additionally comprise the route extending between thestarting location, the second location, and the first location, wherethe sequence indicates the second event preceding the first event. Theitinerary may also comprise information indicative of the first eventand information indicative of the second event.

The information indicative of the first event and the informationindicative of the second event may include an event title, an eventlocation, an event date, an event time (e.g., start time, end time,duration, etc.), attendees, notes, an indication of a level ofimportance for the event, materials required, and the like. For example,where the event is an appointment, the information indicative of theevent may include the event location, the event date, the event time,the attendees, a type of appointment, a notes section, an indication ofrecurrence for the event, a next scheduled occurrence of the event, andthe like.

In some embodiments, the operation 430 may generate a second route forthe sequence. The second route may comprise second transportationdirections between the plurality of events or the plurality of locationsindicative of the plurality of events. For example, where the device 130receives a starting location, a first event with a first location, and asecond event with a second location, sequenced such that the secondevent precedes the first event, route may be a first route whichincludes a first time for the first event and a second time for thesecond event. The second route may comprise second transportationdirections between the starting location, a second location, and thefirst location. The second route may provide a third time associatedwith expected arrival at the second location and a fourth timeassociated with expected arrival at the first location. At least aportion of the second route may differ from the first route.

In the operation 440, the device 130 displays the route in a graphicaluser interface of the application. The operation 440 may further causethe device 130 to display at least a portion of the itinerary with theroute in the graphical user interface of the application. For example,the device 130 may display the route on a map, depicted on the display250 and one or more itinerary elements indicative of the plurality ofevents sequenced in the itinerary. In some embodiments, the route andthe one or more itinerary elements are displayed simultaneously, whilein some embodiments, when one of the route or the one or more itineraryelements is displayed, the other may be hidden or otherwise obfuscatedin whole or in part. For example, the device 130 may display the one ormore itinerary element as an overlay on top of a map displaying theroute. In some embodiments, the device 130 may depict the map displayingthe route as having pins, bubbles, notes, or other interactive graphicwhich the user 132 may select in order to display the one or moreitinerary element and the information indicative of the event associatedwith or contained in the itinerary element.

In embodiments where the operation 430 generates the first route and thesecond route, the operation 440 may display a first selectable elementindicative of the first route and a second selectable element indicativeof the second route. In some embodiments, the first selectable elementand the second selectable element may be the first route and the secondroute, respectively, depicted on a map on the graphical user interfaceof the application. In some embodiments, the first selectable elementand the second selectable element may be depicted as thumbnails,individual maps on which a route is depicted (e.g., miniaturized mapspresented in succession), or individual itineraries, for example.

For example, as shown in FIG. 6, the application 600 may displays afirst route 610 extending between a first event 612, a second event 614,and a third event 616 and a second route 620 extending between the firstevent 612, the second event 614, and the third event 616. Although thefirst route 610 and the second route 620 are shown as extending betweenthe first, second, and third events 612, 614, and 616, respectively, thefirst route 610 and the second route 620 may also extend between thefirst, second, and third events 612, 614, and 616 by providing differingsequences.

Referring now to FIG. 7, in some embodiments, a method 700 may includethe operations 410-440 of method 400, and further include the operation710, in which, the device 130 may transmit at least a portion of theitinerary, generated for the user 132 (e.g., a first user) to the user152 (e.g., a second user). The device 130 may transmit the portion ofthe itinerary to the device 150 over the network 190 and through thenetwork-based system 105, over the PSTN, over a cellular network, or byany other suitable methods and using any protocol appropriate to themethod of transmission.

Referring now to FIG. 8, in some embodiments, a method 800 may includethe operations 410-440 of method 400, and further include an operation810, in which, the device 130 reschedules one or more of the pluralityof events. The operation 810 may be performed by the device 130receiving an indication of a selection to reschedule a first event ofthe plurality of events within the itinerary generated by the operation430. The device 130 may generate a suggested time to reschedule thefirst event based on a first time associated with the first event, afirst location associated with the first event, and a second itineraryhaving a second plurality of events, each having a time and a location.The second itinerary may already have a determined second sequence ofthe second plurality of events. The operation 460, in some embodiments,may further be performed by determining a third sequence of the firstevent and each of the second plurality of events of the seconditinerary. The third sequence may be determined similarly to thesequence determined by the operation 420. The device 130 may thengenerate a third itinerary for the first event and each event of thesecond plurality of events of the second itinerary.

Referring now to FIG. 9-12B, in some embodiments, a method 900 mayinclude the operations 410-440 of method 400, and further includeoperations 910, 920, 930, 940, 950, 960, and 970. In operation 910, inwhich, the device 130 identifies a suggested event having a location anda time. The device 130 may identify the suggested event based on one ormore of a plurality of events received by the device 130. In someembodiments, the device 130 may identify the suggested event based on afirst event of the plurality of events, information indicative of thefirst event, a second event of the plurality of events, informationindicative of the second event, one or more locations, and one or moretimes. For example, in some embodiments, the device 130 may additionallyuse one or more of the sequence factors to identify the suggested event.Although discussed in reference to a suggested event, the device 130 maysuggest a location based on a plurality of received locations, such as afirst location and a second location.

For example, as shown in FIG. 10, an application 1000 may suggest alunch event and provide a suggested location 1010 for lunch. In someembodiments, the application 1000 may suggest an event, such as lunch,and indicate locations or merchants within a specified or predeterminedrange of the route. In some embodiments, the application 1000 mayidentify the suggested event, such as a lunch and a lunch location,based on information about the user 132, such as preferences expressedin social media, preferences expressed in the application 1000,recommendations within the application 1000, recommendations accessed bythe application 1000, time parameters associated with the itinerary orroute, traffic conditions or directions associated with the route, orother factors. The application 1000 may provide the user 132 with aselectable element 1020 enabling the user to indicate acceptance ordenial of the suggested event.

Referring to FIGS. 9 and 11, in the operation 920, the device 130 mayreceive an indication that the suggested event or location is selectedby the user 132. In some embodiments, the device 130 may display thesuggested event or location on the graphical user interface of theapplication, such as in a branching route connected the route generatein the method 400. In some embodiments, the device 130 may display thesuggested event or location proximate to the route generated by themethod 400. In either event, the device 130 may present the suggestedevent or location as a user selectable element on the graphical userinterface of the application.

In the operation 930, the device 130 may insert the suggested event intoa sequence of the plurality of events. In some embodiments, the device130 may insert the suggested event into the sequence at a time orposition commensurate with a current time or location. For example, thedevice 130 may insert the suggested event or location of a lunch with astarting time of 12:30 p.m. when the device suggested the event at 12:00p.m. In some embodiments, the device 130 may re-determine the sequenceto generate a second sequence indicative of the suggested event orlocation and the plurality of events based at least in part on theselection factors. In some embodiments, the suggested event may beinserted into the sequence without regard to or despite the order inwhich the suggested event was identified.

As shown in FIG. 11, the application 1000 may insert the suggested eventinto the itinerary and the route previously determined by the device130. In some embodiments, where the itinerary or travel along the routeis disrupted by the event, the application 1000 may provide a selectableelement 1110 configured to resume the itinerary or directions along theroute within the application 1000.

Referring again to FIG. 9, in the operation 940, the device 130 maygenerate a second route for the sequence or the second sequence. Thesecond route may comprise transportation directions between locations ofthe sequence or second sequence, or between locations corresponding tothe plurality of events of the sequence or the second sequence. Forexample, where the device 130 receives a starting location, a firstlocation, a second location, and identifies the suggested location, thesecond route may comprise transportation directions between the startinglocation, the second location, the first location, and the location ofthe suggested event, indicative of the second sequence.

In the operation 950, the device 130 may generate a second itinerary forthe sequence. The second itinerary may comprise information indicativeof the plurality of events ordered according to the second sequence. Forexample, where the device 130 has received a first event, a secondevent, and the suggested event, the second itinerary may compriseinformation indicative of the first event, information indicative of thesecond event, and information indicative of the suggested event orderedaccording to the sequence. The second route may extend between thestarting location, the second location, the first location, and thelocation of the suggested event.

In the operation 960, the device 130 may display the second route andthe second itinerary in a graphical user interface of an application.

In the operation 970, the device 130 may transmit data indicative of areservation request to a merchant associated with the suggested locationat a selected time within the sequence. For example, where the device130 makes a suggestion of a lunch location at a restaurant, the device130 may initially present the user 132 with a selectable elementindicative of the suggested event of the lunch. The device 130 may thenpresent the user 132 with a plurality of data entry fields configured toreceive information indicative of a reservation, such as informationabout the user or a group including the user 132. Once the device 130receives information sufficient to schedule the reservation, the device130 may transmit the data indicative of the reservation request. In someembodiments, the device 130 may present the user with a plurality ofdata entry fields indicative of an order or request for service andtransmit the data associated with the order or request for service tothe merchant. For example, in lieu of or in addition to the informationindicative of a reservation, the device 130 may present a restaurantmenu, from which the user 132 may order food for delivery or pick upalong the route of the itinerary. In some embodiments, the device 130may receive a confirmation of the reservation request and update theitinerary or route including the suggested location or event to reflectthe confirmed reservation.

In some embodiments, the application may provide a merchant interface,for use in conjunction with the reservation request, for example. Themerchant interface may be non-merchant specific and enable localmerchants to interact with customers and offer indications ofavailability. In some embodiments, the application may enable themerchants to input one or more events into the application, such as aplurality of scheduled or available appointment times. The device 130may receive or otherwise access the indications of availability ofmerchants within a predetermined proximity and use the indications ofavailability as a factor in identifying suggested locations, events, oractivities.

In some embodiments, the device 130 may determine a sequence for the oneor more events entered by the merchant. For example, where the merchantis mobile, such as a service provider performing maintenance on clienthomes or a food truck, the merchant may enter the one or more events, atdiffering locations, to determine a sequence for the one or more events,for events which may be reorganized in relation to an associated time,or to determine a route between the one or more events, for eventshaving specified associated times. The device 130 may then generate aroute or itinerary for the merchant. In these embodiments, the device130 may display the route in a graphical user interface of anapplication available to the merchant, and may also transmit a portionof the information contained in the route or itinerary to thenetwork-based system 105, and thereby make the information available toother users of the application.

As shown in FIG. 12A, in some embodiments, the application 1000 maygenerate a plurality of routes based on suggested events along aplurality of routes extending between scheduled events included withinthe itinerary. In some embodiments, as shown, the application 1000 maygenerate the plurality of routes with associated suggested events priorto starting the route or itinerary. Additionally, the application 1000may generate the plurality of routes prior to selection of a suggestedevent or location. For example, the application 1000 may provide a firstroute 1210 and a second route 1220. Where the application 1000 suggestsa breakfast location 1230 along the first route 1210, the applicationmay provide the suggestion as an optional element 1240 differing inappearance from a required element 1250, such as one of the scheduledevents within the itinerary. In some embodiments, the application 1000may suggest events or locations only along a selected route of the firstroute 1210 and the second route 1220.

As shown in FIGS. 12A and 12B, when the first route 1210 is selected,the application 1000 may provide the breakfast location 1230 and twoscenic locations 1260 and 1262, shown in FIG. 12A. As shown in FIG. 12B,when the second route 1220 is selected, the application 1000 may providea second breakfast location 1270 and two second scenic locations 1280and 1282.

Referring to FIG. 13, the block diagram illustrates components of amachine 1300, according to some example embodiments, able to readinstructions 1324 from a machine-readable medium 1322 (e.g., anon-transitory machine-readable medium, a machine-readable storagemedium, a computer-readable storage medium, or any suitable combinationthereof) and perform any one or more of the methodologies discussedherein, in whole or in part. Specifically, FIG. 13 shows the machine1300 in the example form of a computer system (e.g., a computer) withinwhich the instructions 1324 (e.g., software, a program, an application240, 500, 600, or 1000, an applet, an app, or other executable code) forcausing the machine 1300 to perform any one or more of the methodologiesdiscussed herein may be executed, in whole or in part.

In alternative embodiments, the machine 1300 operates as a standalonedevice or may be connected (e.g., networked) to other machines. In anetworked deployment, the machine 1300 may operate in the capacity of aserver machine or a client machine in a server-client networkenvironment, or as a peer machine in a distributed (e.g., peer-to-peer)network environment. The machine 1300 may include hardware, software, orcombinations thereof, and may as examples be a server computer, a clientcomputer, a personal computer (PC), a tablet computer, a laptopcomputer, a netbook, a cellular telephone, a smartphone, a STB, a PDA, aweb appliance, a network router, a network switch, a network bridge, orany machine capable of executing the instructions 1324, sequentially orotherwise, that specify actions to be taken by that machine. Further,while only a single machine 1300 is illustrated, the term “machine”shall also be taken to include any collection of machines 1300 thatindividually or jointly execute the instructions 1324 to perform all orpart of any one or more of the methodologies discussed herein.

The machine 1300 includes a processor 1302 (e.g., a central processingunit (CPU), a graphics processing unit (GPU), a digital signal processor(DSP), an application specific integrated circuit (ASIC), aradio-frequency integrated circuit (RFIC), or any suitable combinationthereof), a main memory 1304, and a static memory 1306, which areconfigured to communicate with each other via a bus 1308. The processor1302 may contain microcircuits that are configurable, temporarily orpermanently, by some or all of the instructions 1324, such that theprocessor 1302 is configurable to perform any one or more of themethodologies described herein, in whole or in part. For example, a setof one or more microcircuits of the processor 1302 may be configurableto execute one or more modules (e.g., software modules) describedherein.

The machine 1300 may further include one or more sensors 1328, suitablefor obtaining various sensor data. The machine 1300 may further includea video display 1310 (e.g., a plasma display panel (PDP), a lightemitting diode (LED) display, a liquid crystal display (LCD), aprojector, a cathode ray tube (CRT), or any other display capable ofdisplaying graphics or video). The machine 1300 may also include analphanumeric input device 1312 (e.g., a keyboard or keypad), a cursorcontrol device 1314 (e.g., a mouse, a touchpad, a trackball, a joystick,a motion sensor, an eye tracking device, or other pointing instrument),a storage unit 1316, a signal generation device 1318 (e.g., a soundcard, an amplifier, a speaker, a headphone jack, or any suitablecombination thereof), and a network interface device 1320.

The storage unit 1316 includes the machine-readable medium 1322 (e.g., atangible and non-transitory machine-readable storage medium) on whichare stored the instructions 1324 embodying any one or more of themethodologies or functions described herein, including, for example, anyof the descriptions of FIGS. 1-12B. The instructions 1324 may alsoreside, completely or at least partially, within the main memory 1304,within the processor 1302 (e.g., within the processor's cache memory),or both, before or during execution thereof by the machine 1300. Theinstructions may also reside in the static memory 1306.

Accordingly, the main memory 1304 and the processor 1302 may beconsidered machine-readable media 1322 (e.g., tangible andnon-transitory machine-readable media). The instructions 1324 may betransmitted or received over a network 1326 via the network interfacedevice 1320. For example, the network interface device 1320 maycommunicate the instructions 1324 using any one or more transferprotocols (e.g., Hypertext Transfer Protocol (HTTP)). The machine 1300may also represent example means for performing any of the functionsdescribed herein, including the processes described in FIGS. 1-12B.

In some example embodiments, the machine 1300 may be a portablecomputing device, such as a smart phone or tablet computer, and have oneor more additional input components (e.g., sensors or gauges), notshown. Examples of such input components include an image inputcomponent (e.g., one or more cameras), an audio input component (e.g., amicrophone), a direction input component (e.g., a compass), a locationinput component (e.g., a GPS receiver), an orientation component (e.g.,a gyroscope), a motion detection component (e.g., one or moreaccelerometers), an altitude detection component (e.g., an altimeter),and a gas detection component (e.g., a gas sensor). Inputs harvested byany one or more of these input components may be accessible andavailable for use by any of the modules described herein.

As used herein, the term “memory” refers to a machine-readable medium1322 able to store data temporarily or permanently and may be taken toinclude, but not be limited to, RAM, read-only memory (ROM), buffermemory, flash memory, and cache memory. While the machine-readablemedium 1322 is shown in an example embodiment to be a single medium, theterm “machine-readable medium” should be taken to include a singlemedium or multiple media (e.g., a centralized or distributed database,or associated caches and servers) able to store instructions 1324. Theterm “machine-readable medium” shall also be taken to include anymedium, or combination of multiple media, that is capable of storing theinstructions 1324 for execution by the machine 1300, such that theinstructions 1324, when executed by one or more processors of themachine 1300 (e.g., processor 1302), cause the machine 1300 to performany one or more of the methodologies described herein, in whole or inpart. Accordingly, a “machine-readable medium” refers to a singlestorage apparatus or device, as well as cloud-based storage systems orstorage networks that include multiple storage apparatus or devices. Theterm “machine-readable medium” shall accordingly be taken to include,but not be limited to, one or more tangible (e.g., non-transitory) datarepositories in the form of a solid-state memory, an optical medium, amagnetic medium, or any suitable combination thereof.

Furthermore, the machine-readable medium is non-transitory in that itdoes not embody a propagating signal. However, labeling the tangiblemachine-readable medium as “non-transitory” should not be construed tomean that the medium is incapable of movement; the medium should beconsidered as being transportable from one physical location to another.Additionally, since the machine-readable medium is tangible, the mediummay be considered to be a machine-readable device.

Throughout this specification, plural instances may implementcomponents, operations, or structures described as a single instance.Although individual operations of one or more methods are illustratedand described as separate operations, one or more of the individualoperations may be performed concurrently, and nothing requires that theoperations be performed in the order illustrated. Structures andfunctionality presented as separate components in example configurationsmay be implemented as a combined structure or component. Similarly,structures and functionality presented as a single component may beimplemented as separate components. These and other variations,modifications, additions, and improvements fall within the scope of thesubject matter herein.

Certain embodiments are described herein as including logic or a numberof components, modules, or mechanisms. Modules may constitute softwaremodules (e.g., code stored or otherwise embodied on a machine-readablemedium 1322 or in a transmission medium), hardware modules, or anysuitable combination thereof. A “hardware module” is a tangible (e.g.,non-transitory) unit capable of performing certain operations and may beconfigured or arranged in a certain physical manner. In various exampleembodiments, one or more computer systems (e.g., a standalone computersystem, a client computer system, or a server computer system) or one ormore hardware modules of a computer system (e.g., a processor or a groupof processors 1302) may be configured by software (e.g., an application240, 500, 600, or 1000 or application portion) as a hardware module thatoperates to perform certain operations as described herein.

In some embodiments, a hardware module may be implemented mechanically,electronically, or any suitable combination thereof. For example, ahardware module may include dedicated circuitry or logic that ispermanently configured to perform certain operations. For example, ahardware module may be a special-purpose processor, such as a fieldprogrammable gate array (FPGA) or an ASIC. A hardware module may alsoinclude programmable logic or circuitry that is temporarily configuredby software to perform certain operations. For example, a hardwaremodule may include software encompassed within a general-purposeprocessor 1302 or other programmable processor 1302. It will beappreciated that the decision to implement a hardware modulemechanically, in dedicated and permanently configured circuitry, or intemporarily configured circuitry (e.g., configured by software) may bedriven by cost and time considerations.

Accordingly, the phrase “hardware module” should be understood toencompass a tangible entity, and such a tangible entity may bephysically constructed, permanently configured (e.g., hardwired), ortemporarily configured (e.g., programmed) to operate in a certain manneror to perform certain operations described herein. As used herein,“hardware-implemented module” refers to a hardware module. Consideringembodiments in which hardware modules are temporarily configured (e.g.,programmed), each of the hardware modules need not be configured orinstantiated at any one instance in time. For example, where a hardwaremodule comprises a general-purpose processor 1302 configured by softwareto become a special-purpose processor, the general-purpose processor1302 may be configured as respectively different special-purposeprocessors (e.g., comprising different hardware modules) at differenttimes. Software (e.g., a software module) may accordingly configure oneor more processors 1302, for example, to constitute a particularhardware module at one instance of time and to constitute a differenthardware module at a different instance of time.

Hardware modules can provide information to, and receive informationfrom, other hardware modules. Accordingly, the described hardwaremodules may be regarded as being communicatively coupled. Where multiplehardware modules exist contemporaneously, communications may be achievedthrough signal transmission (e.g., over appropriate circuits and buses)between or among two or more of the hardware modules. In embodiments inwhich multiple hardware modules are configured or instantiated atdifferent times, communications between such hardware modules may beachieved, for example, through the storage and retrieval of informationin memory structures to which the multiple hardware modules have access.For example, one hardware module may perform an operation and store theoutput of that operation in a memory device to which it iscommunicatively coupled. A further hardware module may then, at a latertime, access the memory device to retrieve and process the storedoutput. Hardware modules may also initiate communications with input oroutput devices, and can operate on a resource (e.g., a collection ofinformation).

The various operations of example methods described herein may beperformed, at least partially, by one or more processors 1302 that aretemporarily configured (e.g., by software) or permanently configured toperform the relevant operations. Whether temporarily or permanentlyconfigured, such processors 1302 may constitute processor-implementedmodules that operate to perform one or more operations or functionsdescribed herein. As used herein, “processor-implemented module” refersto a hardware module implemented using one or more processors 1302.

Similarly, the methods described herein may be at least partiallyprocessor-implemented, with a processor 1302 being an example ofhardware. For example, at least some of the operations of a method maybe performed by one or more processors 1302 or processor-implementedmodules. As used herein, “processor-implemented module” refers to ahardware module in which the hardware includes one or more processors1302. Moreover, the one or more processors 1302 may also operate tosupport performance of the relevant operations in a “cloud computing”environment or as a “software as a service” (SaaS). For example, atleast some of the operations may be performed by a group of computers(as examples of machines 1300 including processors), with theseoperations being accessible via a network 1326 (e.g., the Internet) andvia one or more appropriate interfaces (e.g., an API).

Some portions of the subject matter discussed herein may be presented interms of algorithms or symbolic representations of operations on datastored as bits or binary digital signals within a machine memory (e.g.,a computer memory). Such algorithms or symbolic representations areexamples of techniques used by those of ordinary skill in the dataprocessing arts to convey the substance of their work to others skilledin the art. As used herein, an “algorithm” is a self-consistent sequenceof operations or similar processing leading to a desired result. In thiscontext, algorithms and operations involve physical manipulation ofphysical quantities. Typically, but not necessarily, such quantities maytake the form of electrical, magnetic, or optical signals capable ofbeing stored, accessed, transferred, combined, compared, or otherwisemanipulated by a machine 1300. It is convenient at times, principallyfor reasons of common usage, to refer to such signals using words suchas “data,” “content,” “bits,” “values,” “elements,” “symbols,”“characters,” “terms,” “numbers,” “numerals,” or the like. These words,however, are merely convenient labels and are to be associated withappropriate physical quantities.

Unless specifically stated otherwise, discussions herein using wordssuch as “processing,” “computing,” “calculating,” “determining,”“presenting,” “displaying,” or the like may refer to actions orprocesses of a machine 1300 (e.g., a computer) that manipulates ortransforms data represented as physical (e.g., electronic, magnetic, oroptical) quantities within one or more memories (e.g., volatile memory,non-volatile memory, or any suitable combination thereof), registers, orother machine components that receive, store, transmit, or displayinformation. Furthermore, unless specifically stated otherwise, theterms “a” or “an” are herein used, as is common in patent documents, toinclude one or more than one instance. Finally, as used herein, theconjunction “or” refers to a non-exclusive “or,” unless specificallystated otherwise.

What is claimed is:
 1. A method comprising: receiving a first event anda second event, both the first and the second event associated with amobile device, the first event associated with a first location and asecond event associated with a second location, the first locationindicating a location of the first event at a first time, the secondlocation indicating a location of the second event; determining asequence for the first event and the second event with the second eventpreceding the first event in the sequence; generating a first route forthe sequence, the first route comprising first transportation directionsbetween the second location and the first location; identifying asuggested event for the sequence, the suggested event associated with athird location indicating a location of the suggested event; insertingthe suggested event into the sequence; generating a second route for thesequence, the second route comprising second transportation directionsbetween the second location, the third location, and the first location;and displaying the second route in a graphical user interface of themobile device.
 2. The method of claim 1, wherein said determining thesequence comprises determining the sequence based on the first location,on the second location, and characteristics of the first event and ofthe second event.
 3. The method of claim 1, wherein said identifying thesuggested event is based on the first location, the first time, thesecond location, and a second time of the second event.
 4. The method ofclaim 1, wherein said receiving comprises receiving at the mobiledevice.
 5. The method of claim 1, wherein said receiving comprisesreceiving at a server; and wherein said displaying comprises causing, bythe server, the mobile device to display the second route in thegraphical user interface on a display of the mobile device.
 6. Themethod of claim 1, wherein the suggested event corresponds to anavailable appointment of a plurality of available appointments; andwherein said identifying the suggested event comprises identifying thesuggested event based the plurality of available appointments.
 7. Themethod of claim 1, further comprising: receiving, from the mobiledevice, selection of the suggested event via a selectable elementdisplayed on the graphical user interface of the mobile device; andtransmitting, to an additional mobile device, an indication of theselection of the suggested event.
 8. The method of claim 1, furthercomprising: generating a first itinerary for the sequence that includesfirst event and the second event, the first itinerary comprising firstinformation indicative of the first location and second informationindicative of the second location ordered according to the sequence. 9.The method of claim 8, further comprising: responsive to said insertingthe suggested event into the sequence, generating a second itinerary forthe sequence that includes the first event, the second event, and thesuggested event, the second itinerary comprising information indicativeof the first event, information indicative of the second event, andinformation indicative of the suggested event ordered according to thesequence.
 10. A device comprising: a non-transitory memory storinginstructions; and a processor configured to execute the instructions tocause the device to: receive a first event and a second event, both thefirst and the second event associated with a mobile device, the firstevent associated with a first location and a second event associatedwith a second location, the first location indicating a location of thefirst event at a first time, the second location indicating a locationof the second event; determine a sequence for the first event and thesecond event with the second event preceding the first event in thesequence; generate a first route for the sequence, the first routecomprising first transportation directions between the second locationand the first location; identify a suggested event for the sequence, thesuggested event associated with a third location indicating a locationof the suggested event; insert the suggested event into the sequence;generate a second route for the sequence, the second route comprisingsecond transportation directions between the second location, the thirdlocation, and the first location; and display the second route in agraphical user interface of the mobile device.
 11. The device of claim10, wherein said determining the sequence comprises determining thesequence based on the first location, on the second location, andcharacteristics of the first event and of the second event.
 12. Thedevice of claim 10, wherein said receiving comprises receiving at aserver; and wherein said displaying comprises causing, by the server,the mobile device to display the second route in the graphical userinterface on a display of the mobile device.
 13. The device of claim 10,wherein the suggested event corresponds to an available appointment of aplurality of available appointments; and wherein said identifying thesuggested event comprises identifying the suggested event based theplurality of available appointments.
 14. The device of claim 10, whereinexecuting the instructions further causes the device to, receive, fromthe mobile device, selection of the suggested event via a selectableelement displayed on the graphical user interface of the mobile device;and transmit, to an additional mobile device, an indication of theselection of the suggested event.
 15. The device of claim 10, whereinexecuting the instructions further causes the device to, generate afirst itinerary for the sequence that includes first event and thesecond event, the first itinerary comprising first informationindicative of the first location and second information indicative ofthe second location ordered according to the sequence.
 16. Anon-transitory machine-readable storage medium having instructionsstored thereon, the instructions executable to cause performance ofoperations comprising: receiving a first event and a second event, boththe first and the second event associated with a mobile device, thefirst event associated with a first location and a second eventassociated with a second location, the first location indicating alocation of the first event at a first time, the second locationindicating a location of the second event; determining a sequence forthe first event and the second event with the second event preceding thefirst event in the sequence; generating a first route for the sequence,the first route comprising first transportation directions between thesecond location and the first location; identifying a suggested eventfor the sequence, the suggested event associated with a third locationindicating a location of the suggested event; inserting the suggestedevent into the sequence; generating a second route for the sequence, thesecond route comprising second transportation directions between thesecond location, the third location, and the first location; anddisplaying the second route in a graphical user interface of the mobiledevice.
 17. The non-transitory machine-readable storage medium of claim16, wherein said determining the sequence comprises determining thesequence based on the first location, on the second location, andcharacteristics of the first event and of the second event.
 18. Thenon-transitory machine-readable storage medium of claim 16, wherein saidreceiving comprises receiving at a server; and wherein said displayingcomprises causing, by the server, the mobile device to display thesecond route in the graphical user interface on a display of the mobiledevice.
 19. The non-transitory machine-readable storage medium of claim16, wherein the operations further comprise: receiving, from the mobiledevice, selection of the suggested event via a selectable elementdisplayed on the graphical user interface of the mobile device; andtransmitting, to an additional mobile device, an indication of theselection of the suggested event.
 20. The non-transitorymachine-readable storage medium of claim 16, wherein the operationsfurther comprise: generating a first itinerary for the sequence thatincludes first event and the second event, the first itinerarycomprising first information indicative of the first location and secondinformation indicative of the second location ordered according to thesequence.